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Initialize MonitorRequest module 
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MonitorRequest module receives a user request 
with parameters of specified resources 
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MonitorRequest module creates a monitor 
to monitor the specified resources 
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MonitorRequest module provides to User 
Interface a link to the monitor 
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Parameters of specified resources 
are loaded into the monitor 
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Monitor creates a collection of monitored 
objects, each of the monitored objects 
representing state of the corresponding 
specific resource 
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The monitor monitors the specified 
resources and maintains 
the monitored objects 
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User request calls Monitor procedure 
in User Interface (Ul) 



Monitor procedure in Ul calls CreateMonitor 
procedure in MonitorRequest module 
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CreateMonitor procedure in MonitorRequest 
module creates a new Monitor and returns 
to Ul the reference to the new Monitor 
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Ul passes parameters of specified 
resources to the new Monitor 
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Ul calls Monitor procedure in MonitorRequest module 



MonitorRequest module calls Monitor 
procedure in the new Monitor 
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Monitor procedure in the new Monitor creates 
an initialization thread A, and waits for 
error result or an event from thread A 
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Thread A creates a snapshot based on parameters, 
i.e., a collection of monitored objects 
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Fig. 4A 




420 



Thread A sets monitor status 
to "error" and exits 
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Thread A sets up internal logic and 
makes request to receive notification 
of change regarding the monitored objects 
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Thread A sets monitor 
status to "error" and exits 
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Thread A creates at least one 
Thread B to do the monitoring 
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Thread A causes the event and 
becomes the control thread 
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Monitor procedure in the Monitor sees the event 
or error and returns result to MonitorRequest module 
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MonitorRequest module returns result to Ul 
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Thread B waits for notification of change 
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Thread B calls CreateAndCompareSingleObject 
procedure in the Monitor, passing identification 
of file that has changed 
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CreateAndCompareSingleObject procedure creates a new file 
object representing the current state of the identified file 



Locate the corresponding file object in the collection 
of file objects maintained by the Monitor 
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Locate the corresponding file object in the 
collection of file objects maintained by the Monitor 
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Delete corresponding file object in the collection 
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list and add it to the collection 
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Use API calls to collect hardware 
information and add to a list. Each different 
type is maintained in a separate list. 
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hardware object for each list item ' 
and add it to the collection of 
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Load snapshot 2 from disk 
to compare against snapshot 1 
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Are 

there objects in 
both snapshots 
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For each object in snapshot 1 , 
locate corresponding object in 
snapshot 2. Check if any map 
properties have been set and ignore 
comparison based on them. 
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Compare values of both objects 



1012 




Traverse through the entire current 
snapshot again and mark as "added" 
any object not marked "deleted", 
"unchanged", "changed" 



END ^ 



FIG. 10B 










- > 

O d) (D 0 (C fl) 

O ~ * CL CO 




CD 

§ E E 

O o5 <D 




9% 
QL CL 

<D a? 2 
> co as 

§eeee 

o a) <d o o 




O 



CO 
CL 
(0 

c 

CO 



CO 

a) 

t: 
a) 
a. 
o 



a> 
E 

CO -5 

5 = E a- 

CO LL CO c 

a> p 2 co 

E E 2 c) 

o o o E 
OOCOh 




co 

CD 

a) 
a. 
p 



Q. ^ 



CL 
CO 

a) 



UL CL 



CL 
o CO 

2 a) 

CO fn 

CO § 

a> > 
o p 

2 co 
x 



CL 
CO 



CO 

O) 
CD 

a: 




CO 
CD 

<D 
CL 

o 



lit 

u. cl x a: 



co 
"D 
O 

"CD 



"ill 



CD 
O 



co £ ^ 

-C CTJ c F 

*3 CD t= 5 

CD S O O 

5 O O 2 




CO 
CO 

CD 

o O <d > w 3 £ 3 
" 8^ '5) C E E 

(0 (D O O O 



CO 



CM 

o 



i= CD 
CD .-= 



vu r= u vw u/ w w 



1 



1301 



User request calls Monitor procedure 
in snapshot module 1204 
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Monitor procedure in snapshot module 1204 
calls Monitor procedure in FileMap 1208 
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Monitor procedure in FileMap 1208 calls CreateMonitor 
procedure in MonitorRequest module 



CreateMonitor procedure in MonitorRequest 
module creates a new Monitor 1210 and returns 
to FileMap 1208 the reference to the new Monitor 
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Monitor procedure in FileMap 1208 passes parameters 
of specified resources to the new Monitor 
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FileMap 1208 calls Monitor procedure in MonitorRequest module 
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MonitorRequest module calls Monitor 
procedure in the new Monitor 
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Monitor procedure in the new Monitor creates 
an initialization thread A, and waits for 
error result or an event from thread A 
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Thread A creates a snapshot based on parameters, 
i.e., a collection of monitored objects 




Fig. 13A 
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Thread A sets monitor status 
to "error" and exits 
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Thread A sets up internal logic and 
makes request to receive notification 
of change regarding the monitored objects 
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Thread A sets monitor 
status to "error" and exits 



1328 



Thread A creates at least one 
Thread B to do the monitoring 
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Thread A causes the event and 
becomes the control thread 
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Monitor procedure in the Monitor sees the event 
or error and returns result to MonitorRequest module 
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MonitorRequest module returns result to FileMap 1208 
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